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DEMAND PULL - MULTICHANNEL ASYNCHRONOUS DATA AND 
APPLICATION SYNCHRONIZATION FOR PERVASIVE DEVICES 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates generally to communication systems 
generally, and more specifically, to a system that enables the 
asynchronous request of a data transfer operation (pull) via a 
first communication medium or channel, and synchronous receipt of 
the requested data over a wireless communication channel for 
storage/presentation in a wearable mobile computing 
device/appliance (e.g., a wrist watch device) capable of 
wirelessly accessing information from a network or communications 
device . 



Discussion of the Prior Art 



Computing, mobile and wireless communications technologies have 
been rapidly advancing -culminating in a variety of powerful user 
friendly devices such as personal digital assistants (PDAs) , 
cellular phones, pagers, etc. Today, it is possible to purchase 
handheld PDA's, e.g., palmtops such as the Palm Pilot®, that 
employ wireless communication devices and that combines 
computing, telephone/fax, and networking features. A typical PDA 
may function as a cellular phone, fax sender, and personal 
organizer and are pen-based, requiring a stylus for text entry. 
As such, these device incorporate handwriting recognition 
features and may even employ voice recognition technologies that 
react to voice input. Small devices such as the RIM 950 and the 
Motorola PageWriter 2000 pager use a small keyboard for input. 
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Today, the industry is striving to provide advancements by 
providing increased PC desktop-like functionality while both 
decreasing size and power requirements. More recently there have 
been attempts to incorporate some of the capabilities of the 
5 above devices into wrist watches. However, today, only special 
wearable watch devices are available that, besides time keeping 
functions, may possess a compass, or a Global Positioning System 
(GPS) , or barometer, heart rate monitor, Personal Handy System 
(PHS) phone, pager, etc.. There are shortcomings in these 
10 existing special function watches in that most of them are bulky, 

are mostly unconnected the Internet or other PC/network devices, 
CI have limited battery life, and, are difficult to use. These 
!~ currently available special function wrist watches additionally 
Q have user interfaces that are quite limited in what they can 
jl display. For example, in the context of setting time in digital 
'1 watches, currently, the user is only enabled to set the hour and 
: P minute independently, with time only advancing in one direction. 
L Furthermore, most of them have a 6 to 8 seven segment LED or LCDs 
iji which can be used to display 6 or 8 digits/letters, and have a 
^ small number of indicators that can display AM/PM, Alarm on/off, 
n etc. only at fixed locations within the display. A few watches 
j 3 are currently appearing on the market that have slightly richer 
display characteristics. Regardless, these various shortcomings 
have to be solved, otherwise there is no compelling reason for 
25 these watches to become popular. The design of a wrist watch for 
mobile computing applications offers a significant challenge 
because the watch is a small device. That is, both fitting 
components and power supplies such as batteries into such a small 
volume and given the limited screen size of watches pose 
30 limitations that have be overcome. Solving these issues is 

worthy because the watch is an attractive form as 1) it is one of 
the few devices that a very large fraction of the population is 
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already accustomed to worldwide, 2) is accessible almost all the 
time, and, 3) is hard to lose. 

It would thus be highly desirable to provide a wearable 
5 device /appliance (a wrist watch) capable of wirelessly accessing 
information and equipped with an interactive user interface and 
high resolution display for providing a variety of desktop PC- 
like functions. 

10 A common operation pertaining to use of a pervasive device such 
^ as a personal digital assistant (PDA) like the Palm Pilot® is 

,fj data synchronization, which refers to the communication of data 

=fl at regular intervals. That is, the sender and receiver exchange 

!~ data to keep their local copies of information up to date with 

□15 each other. Thus, in an example application, a master copy of a 
J; calendar is maintained on a server or a PC, for example, and 

during synchronization, a copy of the calendar and the master 
□ copy on the server or PC are reconciled with more recent updates. 

It! Typically, when synchronizing a Palm Pilot® or like PDA device, a 

Q20 connection is made to the user's PC, for example, via a cradle 
";ff interface device, or by connecting a cable to the PC or from the 

PC to the Web Server, and, the user waits until the data transfer 
operation (synchronization) is finished. The synchronization may 
take a long time depending on the amount of data to be 
25 transmitted. During this time the user has to wait close to the 
PC until the synchronization is finished which may be burdensome 
to the user for large data transfers. More recent devices such 
as 3Com's Palm VII™ has the ability to access wireless 
information, but has a drawback in that one cannot push data to 
30 the device. Any data to be received by the Palm VII™ is 

physically initiated by the user via the same communications 
channel that the requested data is to be received. 
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It would thus be additionally highly desirable to provide a 
wearable electronic device/appliance (a wrist watch) capable of 
wirelessly accessing data/information over a paging network or RF 
communications channel in response to a request for the 
5 data/information via another medium, such as a telephone or other 
device, in a manner that obviates the need for user interaction 
during the synchronization process. 

This is to be differed from the well-known "push" data transfer 
10 model where "data" is pushed to the user at regular times 

regardless of the user's present needs, which leads to wasted 
Q resources - by storage and communication. Moreover, the user 
[ B tends to ignore most of the pushed data because there is too much 
i3 of it or it is stale or not relevant. Likewise, in the pull 
150 model the user has to wait for the data to be received and during 
S this time the communication channel is being used, i.e., the data 
:C delivery model is synchronous. 

m Summary of the Invention 

2g 

O It is an object of the present invention to provide a wearable 
13 device/appliance (a wrist watch) capable of wirelessly accessing 
information and equipped with an interactive user interface and 
high resolution display for providing a variety of desktop PC- 
25 like functions. 

It is a further object of the present invention to provide 
a wearable device/appliance (a wrist watch) capable of wirelessly 
accessing data/information over a paging network or RF 
30 communications channel in response to a request for the 
data/information initiated via a telephone or other 
communications device, in a manner which is more convenient to 
the user and reduces waste of valuable resources. 
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According to the principles of the invention, there is provided a 
system and method for enabling a user to asynchronously request 
(demand) a data transfer operation (pull) via a communication 
media or channel, and enable synchronous receipt of the requested 
5 data over a wireless communication channel for presentation 

and/or storage in a wearable device/appliance (a wrist watch) . 
The wearable device /appliance includes a wireless data receiver 
device for receiving the wireless data communication. The system 
and method preferably comprises: a first communications sub- 
10 system enabling a user to initiate a request for data to be 

communicated to the wearable appliance; a second communications 

□ sub-system including a wireless data transmission channel for 
0 communicating data to the wearable appliance; and, a server 

q control device for receiving the data requests via the first 
VB communications sub- system and, in response to the request, 
S retrieving the requested data for the user and assembling the 
:p retrieved data in a form suitable for communication via the 
;L second communications sub -system, whereby a user demands the data 
ifi transfer from the first communications sub- system and receives a 
data transmission via the second communications sub- system 
without requiring further user participation during the 

□ transmission. 

Advantageously, the asynchronous "demand pull" model of the 
25 invention is more convenient to the user and reduces waste of 

resources such as wireless network bandwidth and storage on small 
devices . 

Brief Description of the Drawings 

30 

Further features, aspects and advantages of the apparatus and 
methods of the present invention will become better understood 
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with regard to the following description, appended claims, and 
accompanying drawings where: 

Figure 1 illustrates conceptually the wearable information access 
wrist watch device of the invention. 

Figure 2 is a detailed block diagram illustrating the hardware 
architecture of the Wrist Watch device 10 implementing the 
dynamic scroll device of the present invention. 

Figure 3 illustrates the software architecture 2 00 for the Wrist 
Watch device 10. 

Figures 4 and 5 illustrate example system displays 3 00 and 400 
providing respective menu ring of selectable icons for launching 
Personal Information Management applications provided in the 
Wrist Watch device. 

Figure 6 is a block diagram illustrating the system for enabling 
a user to asynchronously request a data transfer operation (pull) 
via a first communication medium or channel, and enable 
synchronous receipt of the requested data over a wireless 
communication channel for storage/presentation in the Wrist Watch 
device . 

Figures 7(a) and 7(b) comprise a block diagram illustrating the 
method 800 implemented by the central server device implemented 
for asynchronously data pull. 

Figure 8 illustrates an example decision thread 900 executed by 
the server for retrieving the user requested data. 
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Detailed Description of the Preferred Embodiments 

Figure 1 illustrates conceptually the wearable information access 
5 wrist watch device of the invention. Referred to herein as the 
"Wrist Watch" 10, the system looks like a regular watch but is 
capable of receiving information from adjunct devices such as a 
PC, a mobile computer, other pervasive devices being carried by 
the user and directly from a network via a wireless 
10 communications mechanism. 

Q As shown in Figure 1, the Wrist Watch device 10 is based on a 

i5* modular concept designed to include a motherboard or base card 2 0 

□ of minimum card size that leverages state-of-the-art technologies 
tM as will be described in greater detail herein. Specifically, the 
: J2 base card 2 0 may be implemented in various types of shells 

+ = 25a,.., 25c for enabling various functions. For example, the base 
13 card 2 0 may be implemented in a basic shell 25a providing desk- 
j P top like functionality via a touch screen display; a hands- free 
2<K mobile shell 2 5b providing, in addition to basic desktop 

□ functionality, a communications interface with GPS and mobile 
u phone communications capability etc., and including a touch 

screen display, scroll/pointing devices, and microphone and 
speaker devices; and an expanded function shell 25c, providing 
25 touch screen, buttons and support for various devices such as 
GPS/compass, thermometer, barometer, altimeter, etc. 

Figure 2 is a detailed block diagram illustrating the hardware 
architecture of the WatchPad device 10. As shown in Figure 2, 
30 the base card 2 0 includes a first or main card 50 housing the 

core processing unit, I/O, and memory. For example the main card 
50 includes a CPU 55, such as a Cirrus Logic CL-EP7211, which is 
a single-chip embedded controller functioning as a CPU for ultra- 
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low-power applications, and armed with processing and enhanced 
memory management features to function equivalently as a 100 MHz 
Pentium. The core processing unit may operate at 2.5 V, and, to 
minimize the board size, may be equipped with a 3.68 MHz ceramic 
resonator 57 for generating the main frequency clock and timing 
signals. The main card 50 additionally includes sufficient 
nonvolatile and volatile memory including, for example, 64Mbit 
EDO DRAM 58 and SRAM/Flash memory 59 that supports the system 
code. One communications subsystem of the Wrist Watch 10 
includes a line of sight Infrared Data Association (IrDA) 
communications interface having a low-power IR transceiver module 
60 mounted on the card 50 for direct connection with interface 
decoder pins of the CPU 55 which includes an IrDA SIR protocol 
encoder. The first card 50 additionally includes various Analog 
to Digital converters (ADC) , memory refresh logic and industry 
standard interfaces such as a compact flash interface for 
example, so that other devices could be attached to the Wrist 
Watch 10. Other interfaces such as Universal Serial Bus (USB), 
and I2C, etc. may additionally be incorporated. Figure 2 further 
illustrates the main card 50 as comprising power supply subsystem 
including a rechargeable Li -Polymer type battery 65 and a DC to 
DC converter 66 for supporting a wide dynamic range of Wrist 
Watch system/sub- system load. 

With further reference to Figure 2, the main card 5 0 has no audio 
capability but is equipped with a PCM audio interface in 
expansion tabs (not shown) for an accessory card, i.e., either 
card 75 or 80, in the expanded- shell Wrist Watch designs that 
support PCM audio. Particularly, the accessory card 75, 80 
implemented includes a speaker and a microphone combination 77, 
83 respectively, with the microphone functioning to record voice 
input which may be processed by the processor subsystem or stored 
in a storage subsystem for subsequent playback, and the speaker 
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functioning to provide voice output, produce customized tones, 
and enable acoustic coupling with other listening devices, etc. 
As shown in Figure 2, each speaker/microphone combination 77. 83 
is connected to a respective pulse-coded modulation PCM 
5 coder/encoder devices (CODECs) 78, 84 which are controlled by a 

respective PCM interface 79,89 to the CPU 55. The accessory card 
75, 80 is additionally equipped with various communications 
subsystems including low power and intermediary power radio 
frequency communications devices that support a Wireless 
10 Application Protocol ("WAP") used to provide communications links 

to mobile computers, mobile phones, portable handheld devices 
?3 and, connectivity to the Internet. In one embodiment, the 
; £J specific communications subsystems include circuitry for 
^ supporting BlueTooth 81 or like small-factor, low-cost radio 
HSJ solution circuitry, e.g., an RF-modem 76, and may include other 
; zf low power radio and Flex-paging communications circuits (not 
.k shown), etc. For instance, as shown in Figure 2, the auxiliary 
u _ communication card 80 implements the BlueTooth industry standard 
=S for Radio Frequency (RF) communication, however, it is understood 
2©! that other standards such as IEEE 802.11 or other RF protocols 
;5 may be implemented as well. Moreover, portions of these 
Q communication protocols may be implemented on the processor on 
the main board 50 so that the total number of the components 
required is minimized. The CPU system on the main card 50 
25 preferably employs a first Universal Asynchronous Receiver 

Transmitter (UART1 ) device (not shown) for supporting either the 
RF-modem 76 or Bluetooth 81 communications functionality and, may 
be equipped with a second UART device (UART2) providing support 
for data download functionality, e.g., from a PC or network 
30 server. It is understood that any like data transfer mechanism 
or data exchange interface device may be implemented to provide 
data download and RF communications support functionality. 
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For purposes of interacting with the device, the Wrist Watch 
system 10 is provided with a touch sensitive screen/panel 90 
shaped within a standard watch form factor, and also a roller 
wheel mechanism, i.e., jog encoder 95. The touch sensitive 
5 screen enables the direct launching of applications by physical 
user entry of a graffiti "squiggle" in the manner such as 
described in commonly- owned co-pending U.S. Patent Application 

No. [YOR92000-0234, Atty. Docket No. 13577] entitled 

GRAFFITI BASED APPLICATION LAUNCH ON A SMART WATCH, the whole 
10 contents and disclosure of which is incorporated by reference as 
if fully set forth herein, and may initiate other 

□ applications/actions/events by physical touching of certain Wrist 
s 2 Watch display areas. In one embodiment, the touch sensitive 

screen panel is provided with a four (4) position touch screen. 

fS For instance, forward and back navigation for Wrist Watch 
2! displays is enabled by physically touching certain areas of the 
; g touch sensitive panel. The roller wheel mechanism 95 may be 
! L,. rolled up or down (i.e., clockwise or anticlockwise) to simulate 
m a display cursor scrolling function for text and graphics, and 

i& specifically generates signals that are A/D converted for receipt 
jS* by the processor to enable movement of the Wrist Watch display 

□ cursor, and more particularly, movement of an arrow cursor or 
other displayed indicators providing appointment update and 
browsing functions. Preferably, when the wheel mechanism moves 

25 by more than a predetermined amount, e.g., 20° degrees, the wheel 
generates a signal as a mouse device would when rolled. If a 
user rolls the wheel continuously, the wheel generates a signal 
for every 2 0 degrees of rotation (hereinafter "rotation 
event(s)"), with the event generated including an indication 

30 specifying whether the wheel was turned clockwise or 

anticlockwise. In this manner, the direction of the roller 
wheel, and consequently, the direction of cursor movement through 
a particular display, is tracked by the processor. The roller 



YOR92000-0236 



G:\work\l05\l3 579\spec\l3 579.spc 

wheel mechanism additionally may be pushed or depressed to 
generate a signal (hereinafter "wheel click event(s) ") T akin to a 
keypress or mouse click event, for activating a selected 
application, hyperlink or a menu item. In one embodiment, the 
roller wheel device may comprise a bezel which may be rotated and 
depressed for generating both rotation and wheel click events in 
the manner such as described in commonly- owned co-pending U.S. 

Patent Application No. [YOR92000-0235 , Atty. Docket No. 

13578] entitled BEZEL BASED INPUT MECHANISM AND USER INTERFACE 
FOR A SMART WATCH, the whole contents and disclosure of which is 
incorporated by reference as if fully set forth herein. It is 
understood that other types of scroll device may be implemented 
to provide cursor movement, e.g., a slider. Moreover, a standard 
button may be implemented for providing selection functions. 

As further shown in Figure 2, various Analog to Digital 
converters (ADC) 68 support an interface with the touch screen 
display panel 90, and an interface with the jog encoder or button 
for the roller wheel mechanism 95. An interface 69 is provided 
for a unit 98 housing a high resolution (VGA equivalent) emissive 
Organic Light Emitting Diode (OLED) high contrast display 100. 
Further, the main card 50 for the basic shell interfaces to a 
buzzer 63 controlled directly by the CPU 55 using its buzzer 
interface and timer counters. To detect the posture of the 
watch, a mechanical four-way tilt sensor 72 is further provided 
comprising mechanical switches (for detecting degree of tilt) 
producing signals which may be detected by the CPU. This sensor 
may be used for the various purposes such as power management, 
display control, etc. In a preferred embodiment, additional 
sensors may be attached to the Wrist Watch device over an 
interface. Examples may include additional tilt and motion 
(velocity, direction, speed) sensors, environment sensors such as 
thermal sensors, pressure sensors, health monitoring sensors such 
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as blood pressure, etc. The Wrist Watch accordingly provides the 
display for the sensor and may also analyze the data collected 
from the sensors. 

5 With more particularity, the high contrast display 100 of Figure 
2 does not need a backlight to make the display visible. Thus, 
the power consumed by the display is proportional to the number 
of pixels that are turned on in the display. Since the pixels 
preferably comprise light emitting diodes, the display is 

10 automatically visible at night and a user does not need to press 
any buttons to see the display. Moreover, the OLED display 100 

=3 may be viewed clearly at a wide variety of angles with the 

; D brightness of these displays being controlled by limiting the 

^ amount of current supplied to the diodes. In one embodiment, the 

11 OLED chip 100 is a high-resolution pixel addressable display, 
i e.g., 640x480, for enabling the display of various textual and 
.£ graphical items on the watch face, similar to what may be 

;L. displayed on a computer screen or a Palm Pilot®. For example, 
ifi the time may be represented by drawing the hour and minute hands 
W on a watchface display. Further, the hands of the watchface 
!« display may be erased when, at some other time, a display of a 
Q photograph is desired to be displayed. 

Figure 3 illustrates the software architecture 200 for the Wrist 
25 Watch device 10. At its lowest level, the Wrist Watch system 
runs an operating system 210, e.g., LINUX 2.2.1, that permits 
multiple user level and kernel level threads to run and will 
support multitasking and multi-user support. Device drivers are 
provided for each input /output subsystem will handle low level 
30 device dependent code and interfaces so that higher level 

Application Programming Interfaces (APIs) can be implemented on 
top of them. The device drivers provided for each input /output 
subsystem include a serial I/O system driver 212, IrDA system 
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driver 214, RF-Modem subsystem driver 216, Bluetooth system 
driver 218, flash memory 220, touch screen subsystem driver 222, 
LCD subsystem driver 224, OLED subsystem driver 226, roller wheel 
subsystem driver 228 and tilt sensor device driver 229. A 
5 client -server graphics subsystem 230, storage subsystem manager 

240 and synchronization sub-system manager 250 is provided on top 
of the device drivers for receiving and transmitting I/O events 
between the applications, updating of the screen, etc. A graphics 
library is available for the application writer so that custom 

10 screens may be displayed. A user interface manager 255 is 
provided to process events received from user input devices such 

q as the roller wheel, bezel (i.e., jog encoder) and touch panel 
« for the appropriate applications. A communication subsystem 
i*5 manager 260 is provided to handle events from communication 

11 channels and pass the events to the right application to set 
things up for data transfers to proceed. In accordance with the 

; £ principles of the invention, the synchronization manager 250 is 
^ provided to synchronize data transfer between the Wrist Watch 
iji device and the other devices. Particularly, it receives the data 
2S@P from the communication channel and operates in conjunction with 
m the right application to decode the sent data and update the data 
□ for the application receiving the data. An example of this would 
be an update to a calendar event . A system wide power manager 
2 70 is provided to monitor and control power consumption on the 
25 device and communicate with other subsystems such as the 

operating system scheduler to optimize the battery life of the 
device. The power manager 270, for example, measures the power 
left in the battery, estimates the power required to run an 
application, and recommends what subsystems need to be shut down 
30 as the battery starts draining out. 

As further shown in Figure 3, the Wrist Watch device 10 is 
equipped with Wrist Watch shell application software 275 provided 
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on top of the basic graphics, communication and synchronization 
subsystems. One key application supported is the microbrowser 
which enables access to a WAP -supporting Web site and receives 
Web-based communications written in, for example, the Wireless 
5 Markup Language ("WML") using the XML standard. WML particularly 
is designed to optimize Internet text data for delivery over 
limited-bandwidth wireless networks and onto small device 
screens, and particularly, is devised to support navigation with 
limited input mechanisms. Other supported applications include 

10 Personal Information Management (PIM) applications software 280. 
Figure 4 illustrates an example system display 3 00 providing a 

q main menu 3 02 comprising selectable icons for launching the 

: Q following PIM applications: an icon 310 for launching an 

q application directed to displaying/maintaining "to do" lists, an 

11 icon 312 for launching an application directed to 

"p displaying/maintaining calendars and appointments, an icon 314 
: £; for launching an application directed to 

retrieving/ storing/displaying e-mail messages, an icon 316 for 
k\ launching an application directed to 

W retrieving/storing/displaying digital photographs and bit -mapped 
images, an icon 318 for launching an application directed to 

Q retrieving/storing/displaying phone lists, an icon 32 0 for 

launching an application directed to setting of time and alarms 
which is shown highlighted, an icon 322 for launching an 

25 application directed to retrieving/storing/displaying comic 

images such as Dilbert® United Feature Syndicate, Inc., and, an 
icon 324 for launching an application directed to providing stop 
watch and elapsed time features. Figure 5 illustrates a second 
example system display 400 providing a main menu 4 02 comprising a 

30 menu ring of selectable icons for launching other PIM 

applications including: an icon 410 for launching an application 
directed to retrieving stock quotes from the world wide web and 
displaying/maintaining a stock ticker shown highlighted in the 
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display, an icon 412 for launching an application directed to 
retrieving/storing/displaying Wrist Watch display tools, an icon 
414 for launching an application directed to 

retrieving/storing/displaying set various alarms, an icon 416 for 
launching an application directed to 

retrieving/storing/displaying world time zone information, an 
icon 418 for launching an application directed to setting of the 
watchface clock, an icon 420 for launching an application 
directed to retrieving/storing/displaying games, an icon 422 for 
launching an application directed to providing security features, 
and, an icon 424 for launching an application directed to storing 
and displaying user passwords, key locations, and other sensitive 
data and subject matter that needs to be remembered. 
Inter-device interaction software applications are included to 
permit the watch display to become the display for another device 
such as a GPS located in a concealed location, (e.g., a bag), or 
a thermostat on the wall, etc.. Thus, this application software 
enables communication between the other device and the Wrist 
Watch by receiving/displaying the data and transmitting back 
information sent from the Wrist Watch. As a further example, 
caller Id information may be displayed on the Wrist Watch display 
when the cell phone that belongs to that person rings. 
Typically, multiple persons are congregated in a room and carry 
their cell phones in a hand bag or wear them on their belts, have 
a hard time determining which cell phone is ringing when a 
ringing tone is heard in a room. This results in every person in 
the room pulling out his/her cell phone out of their handbag or 
belt to check if it is the one that is ringing. The caller Id 
display feature of the Wrist Watch device is particularly 
advantageous as each wearer may simply glance at the watch and 
would immediately know if the ringing phone belonged to him/her, 
in addition, to determining who the calling party is facilitating 
the decision of whether or not he/she should answer the phone. 
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In a further example, this application software may allow the 
data from the Wrist Watch storage subsystem 240 to be viewed on 
another device such as on a PDA, PC, and other community viewing 
devices. In the preferred embodiment, middleware such as Tcl/Tk, 
5 Javascript, Perl, or the like etc., may run on top of the 

operating system, graphics and communication manager APIs for 
facilitating rapid development of these applications on the Wrist 
Watch device 10. 

10 The present invention is directed to the capability of enabling a 

user to request a synchronization operation by using a first 
q communication medium, e.g., a telephone or other device, to 
^ initiate data request and, then synchronize in time with the user 
j«l so that the Wrist Watch device may later receive the requested 

liH data, preferably, wirelessly over a second communication medium, 
: p e.g., via a pager network or an RF communications channel. 

^ Figure 6 is a block diagram illustrating the system 500 for 
lis enabling a user to asynchronously request a data transfer 
2(|J operation (pull) via a first communication medium or channel, and 
.5 enable receipt of the requested data over a second wireless 
ill communication channel for storage in the Wrist Watch device. 

Figures 7 (a) and 7 (b) comprise a block diagram illustrating the 
method 8 00 implemented by a central server device employed in the 
25 process. 

As shown in Figure 6, a first step 705 requires a user to first 
initiate a request to a central server 72 0 via a communication 
media such as a telephone media 710a, for example, by dialing a 
30 toll-free telephone number, or via the Internet 799 as initiated 
by a web browser 710b. The user or caller will be prompted to 
enter and transmit a password or such unique identification code, 
e.g., by voice or by other telephone keypad entry, if by the 
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telephone, or by keyboard entry via a web browser interface. It 
is understood that the web browser device through which the user 
interacts may include any device, including, but not limited to: 
a Web TV, a screen phone, a terminal attached to a set top box, a 
5 kiosk at an airport, etc. . If the communication is initiated by 
telephone, then as shown in Figure 7, the password identifier is 
communicated as dual -tone multi frequency (DTMF) signals which 
are decoded by a DTMF decoder device 715 and communicated to the 
central server 72 0. Alternately, voice signals may be decoded 

10 for communication to the server. In an alternate embodiment, the 
central server 72 0 may employ the DTMF decode and voice 

rj recognition devices for decoding the received user requests. 

X In the method 800 depicted in Figure 7(a), at step 802, the 
111 central server is programmed to receive user request messages and 
s !f initializes a flag for tracking the number of entry attempts for 
| a particular call. At step 804, the caller's identity is 
^ determined and steps are taken to authenticate the caller, which 
; ii may be the Wrist Watch owner or that user's authorized proxy. At 
W step 806, a determination is made as to whether the caller has 
;^ been authenticated. If the caller has not been authenticated, 
O and less than a predetermined amount of attempts have been made, 
e.g., five attempts, as determined at step 807, then the tracking 
flag is incremented by one at step 809 and an attempt is again 
25 made to authenticate the caller. These steps 804-809 are 

repeated until the user is authenticated; otherwise, at step 810, 
the caller is locked out and disconnected from the current 
session. 

30 In response to user identification and authentication steps, as 
shown in Figure 7(a), at step 813, software executing on central 
server device 72 0 determines the user's Wrist Watch device type 
and set of preferences/personalized menu options that he/she may 
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have previously set up and presents these to the user for his 
selection in accordance with the particular communications media. 
For instance, a first menu option that a user may select may be 
to forward messages from a manager or supervisor; a second 
5 selectable menu option may be to forward messages from a day care 
center; a third selectable menu option may be to forward all 
calendar information or all changes to that user's 
calendar/appointment book since a predetermined time, e.g., the 
morning of the current day. As another example, the user may 
10 select an option specifying receipt of all new e-mail headers 

since the last time the user retrieved his/her e-mail from a mail 
q server, or, receipt of the last 50 phone numbers from the user's 
l D address book, or receipt of the user's preferred list of stock 
;*i quotes, etc. One skilled in the art may determine the necessary 
W options for any given application. As an alternate to the 
S personalized menu choices, the server software may present a menu 
£ of generic user selections. Furthermore, it should be understood 
^ that the user may comprise the actual user or an authorized agent 
m of the user, e.g., the user's administrative assistant, spouse, 
W children, etc., or other people who have access authority. The 
]% data access mechanisms employed by the central server 72 0 will 
Q recognize the data access rights for authorized users. Thus, for 
example, a user's administrative assistant may be able to page a 
user's work calendar, but not that users stock quotes, for 
25 example. For user selection, the user simply enters the choice 
via the particular communication media that user is interacting 
with. Thus, at step 815, a determination is made as to whether 
the phone request and menu selection was initiated by telephone 
media 710a, and if so, further determines at step 818 whether and 
30 DTMF commands were received. If DTMF commands were received, 
then they are decoded at step 82 0, otherwise, at step 821 
received voice commands are decoded. If at step 815, it is 
determined that the request was not initiated by a telephone, 
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then the server will decode the entered password and menu choices 
via a Web based communication as indicated at step 823. It is 
understood that the password and menu selection entry via the web 
browser interface may be initiated by keyboard entry, and/or by 
selecting certain icons or buttons, or links* It is understood 
that these actions may be performed quickly and the user may 
immediately hang up the phone (710a) or log out of the web 
browser device (710b) as soon as the user has specified the data 
he/she needs to retrieve. 

In any event, as indicated at step 825, the central server makes 
a determination as to whether the entered user command indicates 
that the data is to be immediately sent or is to be synchronized 
for later delivery in accordance with a user specified time. If 
the requested data is to be sent later, then a process is invoked 
in the server to initialize queuing of data, e.g., in a buffer 
storage area (not shown) until the specified time as indicated at 
step 828. Whether the request is for immediate transmission to 
the user at step 825, or, at such time the data is required to be 
sent as indicated at step 830, a determination is made at step 
835 as to whether the requested data is available on the central 
server. If the data is not available on the server device, then 
it is obtained for the user's server or another Internet server 
as indicated at step 840. Thus, returning to Figure 6, it is 
assumed that the server device 72 0 may be directly networked 
with, or, at a minimum, has direct access to, the user's PC or 
machine 730, web page, or database 735 (e.g., Lotus Notes 
database) where the user's data resides and possesses all of the 
necessary authorizations that may be needed for server 73 0 and 
data base 73 5 so that it may obtain the data. Alternately, via a 
user's server device 730, the retrieved requested data may be 
communicated via the Internet 799 back to the server 720. Figure 
8 illustrates the decision thread 900 implemented by the server 
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for ascertaining the type of requested data to be retrieved. For 
instance, in accordance with the above-described example menu 
choices, at a step 902 it is determined whether user's 
calendar/appointment information was requested in which case, at 
step 905, calendar information and updates will be retrieved. 
Alternately, e-mail information may have been requested at step 
910 in which case that information is retrieved at step 912. 
Likewise, if financial information is requested at step 914, this 
information will be fetched and received in accordance with 
user's settings and options. 

In one aspect of the invention, the server initiates transmission 
of the requested data to the user via a wireless communications 
device such as a pager, an RF communications radio, a Mobitex 
network, or a cellular phone network. This data may be received 
by the user's wrist watch via a wireless communications channel 
such as provided by a beacon 750 or paging network 740 with the 
data communicated by a respective wireless beacon or paging 
transmitter. In one embodiment, the wireless beacon or paging 
transmitter may receive the data to be transmitted directly from 
central server 720 or alternately, from the user's PC or machine 
via a network or the Internet. Preferably, the data is 
transmitted in a timely fashion according to the user's 
availability, with the advantage that the user may proceed with 
other work instead of being tied to the telephone or the web 
access device . 

Thus, returning back to Figure 7(a), after retrieving the 
requested data from the central server at step 835, or, from the 
user's server via the Internet at step 840, a processing thread 
850 is executed for initiating the transmission of the data 
requested by the user in synchronism with user availability such 
as depicted in Figure 7(b) . As shown in a first step 852, the 
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data is optionally encrypted and appended to the user's device 
identification. Then a decision is made at step 854 to determine 
whether the data is to be sent via the in building wireless 
beacon. If the data is to be sent by wireless beacon, then the 
software executing in the central server determines the beacon 
closest to the Wrist Watch device receiver at step 855 and 
automatically transmits the data to that located beacon via the 
Internet at step 859. If the data is not to be sent by in 
building wireless beacon, then at step 856 a determination is 
made as to whether the data is to be sent via a cellular network, 
in which case the data is provided to the cellular provider at 
step 857. If the data is not to be sent by in building wireless 
beacon or cellular network, then at step 858 data is to be sent 
via a paging network with the requested data sent to the paging 
provider at step 860. 

Referring back to Figure 6, it is understood that the transmitted 
data may received over multiple channels by the user's wireless 
receiver circuit provided in the Wrist Watch device 775, e.g., 
via the BlueTooth receiver (Figure 2), RF-modem, or pager 
circuits such as flex pager, Bell Mobitex, etc. If the user has 
a pager, then the paging network directly sends the signal 
directly to the user's wrist watch device, e.g., directly from a 
paging terminal tower/transmitter 740. Alternately, the signal 
may be directly transmitted to the user via a cellular phone 
transmitter. Thus, for example, if the Wrist Watch device is not 
equipped with a pager, then the server will transmit the data to 
a beacon, e.g., BlueTooth beacon, which receives the data on the 
user's behalf and subsequently transmits the data back to the 
user's wrist watch device via the Wrist Watch device 
communications receiver card (Figure 2) . As known to skilled 
artisans, a set of protocols for locating a user's device in a 
wireless network may be implemented and various handshake 
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mechanisms invoked for handing off the data from one beacon to 
the next, and so on, for eventual receipt by the Wrist Watch 
device. Furthermore, the data to be transmitted is suitably 
processed for transmission according to the communications 
5 protocol, e.g., assembling the requested data into suitable 
packets for efficient use by the packet networks. Once the 
device is out of range from the beacon, the beacon indicates to 
the central server that the device is out of range and 
additionally indicates the last piece of data that was 

10 successfully transferred to the device. The server 72 0 then 
waits until another beacon notifies it that the user's Wrist 

□ Watch device is in range and then continues the transmission of 
; 0 the data. 

11 As an embellishment to the foregoing, the user may specify a 
future time and location where to send the requested data. Thus, 
if the user knows that he/she will be at a certain place at a 
certain time, he/she may request that data be sent at that future 

;S time. The system will automatically route the information to the 
i§ user at that requested time. Furthermore, the Wrist Watch device 
|2 may be simultaneously programmed to awake or transit to a data 
Q communications receive mode, so that the requested data at the 
future time may be received. Thus, the user may initiate 
(demand) a data transfer for a future time, e.g., 6:00 P.M. and 
25 place his Wrist Watch device in a sleep mode with an alarm set 

for activation at the scheduled time. The Wrist Watch device may 
alternately be programmed to automatically awake a few minutes 
before the scheduled transfer time. Setting of a scheduled alarm 
time may be set in accordance with the principles of the 
30 invention described in commonly- owned, co-pending U.S. Patent 

Application No. [YOR92000-0223 , Atty. Docket No. 13573] 

entitled ALARM INTERFACE FOR SMART WATCH, the whole contents and 
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disclosure of which is incorporated by reference as if fully set 
forth herein. 

As described herein with respect to Figure 2, it is understood 
that the requested data, once received, may be temporary stored 
in the memory devices provided in the card, and/or may 
immediately displayed via the high-resolution display in 
accordance with a desired PIM application. 

While the invention has been particularly shown and described 
with respect to illustrative and preformed embodiments thereof, 
it will be understood by those skilled in the art that the 
foregoing and other changes in form and details may be made 
therein without departing from the spirit and scope of the 
invention which should be limited only by the scope of the 
appended claims. 
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CLAIMS : 

Having thus described our invention, what we claim as new, and 
desire to secure by Letters Patent is: 

1 1. A system for communicating data to a wearable appliance 

2 including a wireless data receiver device for receiving wireless 

3 data communications, said system comprising: 

4 a first communications sub- system enabling a user to 

5 initiate a request for data to be communicated to said wearable 

6 appliance; 

Q a second communications sub- system including a wireless 

iff data transmission channel for communicating data to said wearable 

(3 appliance; and, 

l§ a server control device for receiving said data 

jjP requests via said first communications sub- system and, in 

li response to said request, retrieving said requested data for said 

user and assembling said retrieved data in a form suitable for 

11 communication via said second communications sub- system, whereby 

iff a user demands said data transfer from said first communications 

lg sub- system and receives a data transmission via said second 

l9 communications sub- system without requiring further user 

18 participation during said transmission. 

1 2. The system as claimed in Claim 1, wherein said request 

2 includes a user identification code for uniquely identifying the 

3 user's wearable appliance and ensuring proper data transmission 

4 thereto. 

1 3. The system as claimed in Claim 2, wherein said server device 

2 includes mechanism for generating a personalized menu comprising 

3 user selections of types of data to be transmitted based on said 

4 user identification code. 
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1 4. The system as claimed in Claim 3, wherein said first 

2 communications sub- system comprises a telephone system including 

3 a telephone keypad, said user identification code comprising a 

4 sequence of one or more dual -tone multi- frequency DTMF signals 

5 entered by said user via said telephone keypad. 

1 5. The system as claimed in Claim 4, wherein said server control 

2 device includes mechanism responsive to said user identification 

3 code for retrieving said personalized menu of types of data to be 

4 transmitted and generates a voice transmission for presenting 

iS said personalized menu selections to said user via said telephone 

'M system. 

j 5 6. The system as claimed in Claim 5, wherein said user selects a 

.I tyP e of data to be transmitted via said telephone keypad, 

=P said server control device includes mechanism for receiving DTMF 

% signals and interpreting said DTMF signals for association with 

iS said user menu selection. 

|| 7. The system as claimed in Claim 3, wherein said first 

Q communications sub-system comprises a personal computing device 

3 implementing a Web browser for accessing and communicating with 

4 said server control device via Web-based communications, wherein 

5 said user identification code comprises entry of a password entry 

6 via a keyboard device entered in a Web page. 

1 8. The system as claimed in Claim 7, wherein said server control 

2 device includes mechanism responsive to said user identification 

3 code for retrieving said personalized menu of types of data to be 

4 transmitted and generates a Web-based communication for receipt 

5 by said user Web browser to present said personalized menu. 
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1 9. The system as claimed in Claim 8, wherein said user selects a 

2 type of data to be transmitted via a mouse device by clicking a 

3 menu choice presented on a Web page. 

1 10. The system as claimed in Claim 1, wherein said second 

2 communications sub- system comprises a paging network. 

1 11. The system as claimed in Claim 1, wherein said second 

2 communications sub- system comprises a BlueTooth wireless 

3 communications network. 

;|| 12. The system as claimed in Claim 1, wherein said second 

: JP communications sub- system communicates said requested data to 

'M said wearable appliance at a requested future time, said wearable 

$J appliance including alarm mechanism for placing said wireless 

|f data receiver device in a receive mode for receiving said 

jf wireless data communications at said requested time. 

ifl 13. A method for communicating data to a wearable appliance 

implementing a wireless data receiver device for receiving 

% wireless data communications, said method comprising the steps 

§ of: 

5 a) receiving a data request via a first communications 

6 sub -system ; 

7 b) retrieving said requested data for said user in 

8 response to said request; 

9 c) assembling said retrieved data in a form suitable 

10 for communication via a second communications sub-system; and, 

11 d) communicating said requested data to said wearable 

12 appliance over a wireless data transmission channel via a second 

13 communications sub- system, wherein said user requests said data 

14 transfer from said first communications sub- system and receives a 

15 data transmission via said second communications sub- system 
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16 without requiring further user participation during said 

17 t r ansmi s s i on . 

1 14. The method as claimed in Claim 13, wherein said data request 

2 includes a user identification code for uniquely identifying the 

3 user's wearable appliance. 

1 15. The method as claimed in Claim 14, wherein prior to said 

2 retrieving step b) , the step of presenting a personalized menu to 

3 said user, said menu comprising user selections associated with 

4 types of data to be transmitted based on said user identification 
i€k code . 

jt 16. The method as claimed in Claim 15, wherein said first 

il communications sub- system comprises a telephone system including 

'% a telephone keypad, said user identification code comprising a 

M sequence of one or more dual-tone multi- frequency DTMF signals 

;5 entered by said user via said telephone keypad. 

i|J 17. The method as claimed in Claim 16, wherein said presenting 

j2£ step further includes the steps of : 

ijf retrieving said personalized menu of types of data to be 

4 transmitted from a storage device; and, 

5 generating a voice transmission for presenting said 

6 personalized menu selections to said user via said telephone 

7 system in response to said user identification code. 

1 18. The method as claimed in Claim 17, wherein said retrieving 

2 step b) further includes the steps of receiving DTMF signals 

3 associated with said user menu selection and interpreting said 

4 received DTMF signals for retrieving said requested data. 
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1 19. The method as claimed in Claim 15, wherein said first 

2 communications sub- system comprises a personal computing device 

3 implementing a Web browser for accessing and communicating with 

4 said server control device via Web-based communications, said 

5 user identification code comprising a password entry via a 

6 keyboard device entered in a Web page. 

1 20. The method as claimed in Claim 19, wherein said presenting 

2 step further includes the steps of : 

3 retrieving said personalized menu of types of data to 

4 be transmitted; and, 

generating a Web-based communication for receipt by 

=fl said user Web browser to present said personalized menu. 

;H 21. The method as claimed in Claim 20, wherein said retrieving 

if step b) is responsive to a user mouse click on a Web page menu 

f; selection of a type of data to be transmitted. 

,5| 22. The method as claimed in Claim 13, wherein a data request 

&j includes request for receipt of said data at a requested future 

3£ time, said method further comprising the step of: placing said 

|| wireless data receiver device in a receive mode for receiving 

5 said wireless data communications at said requested time. 

1 23. A program storage device readable by a machine, tangibly 

2 embodying a program of instructions executable by the machine to 

3 perform method steps for communicating data to a wearable 

4 appliance implementing a wireless data receiver device for 

5 receiving wireless data communications, said method steps 

6 including the steps of : 

7 a) receiving a data request via a first communications 

8 sub -system ; 
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9 b) retrieving said requested data for said user in 

10 response to said request; 

11 c) assembling said retrieved data in a form suitable 

12 for communication via a second communications sub- system; and, 

13 d) communicating said requested data to said wearable 

14 appliance over a wireless data transmission channel via a second 

15 communications sub- system, wherein said user requests said data 

16 transfer from said first communications sub- system and receives a 

17 data transmission via said second communications sub- system 

18 without requiring further user participation during said 

19 transmission . 

24. The program storage device readable by a machine as claimed 

3* in Claim 23, wherein said data request includes a user 

3J identification code for uniquely identifying the user's wearable 

¥ appliance . 

L 25. The program storage device readable by a machine as claimed 

S in Claim 23 , wherein prior to said retrieving step b) , the step 

W of presenting a personalized menu to said user, said menu 

S comprising user selections associated with types of data to be 

53 transmitted based on said user identification code. 

1 26. The program storage device readable by a machine as claimed 

2 in Claim 24, wherein said first communications sub- system 

3 comprises a telephone system including a telephone keypad, said 

4 user identification code comprising a sequence of one or more 

5 dual -tone multi- frequency DTMF signals entered by said user via 

6 said telephone keypad. 

1 27. The program storage device readable by a machine as claimed 

2 in Claim 26, wherein said presenting step further includes the 

3 steps of: 
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4 retrieving said personalized menu of types of data to be 

5 transmitted from a storage device; and, 

6 generating a voice transmission for presenting said 

7 personalized menu selections to said user via said telephone 

8 system in response to said user identification code. 

1 28. The program storage device readable by a machine as claimed 

2 in Claim 25, wherein said retrieving step b) further includes the 

3 steps of receiving DTMF signals associated with said user menu 

4 selection and interpreting said received DTMF signals for 

5 retrieving said requested data. 

; f 29. The program storage device readable by a machine as claimed 

M : in Claim 24, wherein said first communications sub-system 

^3 comprises a personal computing device implementing a Web browser 

g for accessing and communicating with said server control device 

M via Web-based communications, said user identification code 

% comprising a password entry via a keyboard device entered in a 

i|| Web page . 

i3j 30. The program storage device readable by a machine as claimed 

Q in Claim 29, wherein said presenting step further includes the 

3 steps of: 

4 retrieving said personalized menu of types of data to 

5 be transmitted; and, 

6 generating a Web-based communication for receipt by 

7 said user Web browser to present said personalized menu. 

1 31. The program storage device readable by a machine as claimed 

2 in Claim 30, wherein said retrieving step b) is responsive to a 

3 user mouse click on a Web page menu selection of a type of data 

4 to be transmitted. 
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32. The program storage device readable by a machine as claimed 
in Claim 23 , wherein a data request includes request for receipt 
of said data at a requested future time, said method further 
comprising the step of: placing said wireless data receiver 
device in a receive mode for receiving said wireless data 
communications at said requested time. 
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DEMAND PULL - MULTICHANNEL ASYNCHRONOUS DATA AND 
APPLICATION SYNCHRONIZATION FOR PERVASIVE DEVICES 

ABSTRACT OF THE DISCLOSURE 

A system and methodology for enabling a user to asynchronously 
5 request a data transfer operation (pull) via a first 

communication medium, and enable receipt of the requested data 
over a second communication medium, including a wireless channel 
for storage/presentation in a wearable mobile computing 
device /appliance (e.g., a wrist watch device) capable of 
1(9(3 wirelessly accessing information from a network or communications 
; fl device. 



YOR92000-0236 



32 




Uevres 

r GPS/com pass 
^- Thermometer 
neter 

A ~ 

— TnekfcTw countEr 




Safety k proven ent 

- Bran tun or 

- Safety (tvfig 



Expanded- ianction Shell 
a Touch screen 
• Buttcns 

MA (RF) Dock 

• USB/ParaTfeyserialV ^ 



V 





Basic SheH 

f Touch screen 
• Thtt battery 



3 I 



W atchPad 
Basic Device 
© iitegrated I/f 

• IDA 

° Battery 
© ExtenialJ/F 

• Touchscreen 
o ScroTI/Po-hthg devire 
o Buttons 

• Touch censer 

• Mt/Speaker 
° RS232C 

• Serai Bus 



Bands-free M obifc Shell 

• Touchscreen 

• ScnoTKPo-hthg devxe 

• Buttcns 

• Bljetooth (RS232C) 

• M trophone/Speaker 

• Thrk battery 



Fig.l System Modular Concept 





-3 ^ 




In building wireless 
beacon 



Paging transmitter 
or cellular 
transmitter 



7 



7</o 



Web browser 
~t l)ob 



Telephone 




DTMF Decoder 
or Voice Commands 



fa 6, 



v. 




Identify User 
Authenticate User or 
user's proxy 



got 



Tries = Tries + 1 
* — 



NO 



Authenticated? 




%0 



Lock out userh 
? 



YES 



Tries < 5 



YES 




NO 



3/3 



Look up user's 
device type and 
user's preferences 




Decode DTMF 
command 



r 



Wo 



Queue data send 
process and wait 
scheduled time 



NO 


Obtain data from 


> > 


user's server or 




other intenet server 



JUN 21 2000 12:48 PR IBM 



914 94b iu yir>i=>r^*ot>b 



Y0R8-1 999-0592 



Encrypt data if 
necessary, append 
user's identification 




Locate beacon 
near user's device 



Send data to 
cellular provider 



Send data to 
beacon via internet 



f<3 760 



Send data 
to paging 
provider 




Fetch user's calendar 
information 
changes since last 
update 



Fetch user's email 
information from 
email program such 
as Lotus Notes or 
Microsoft Outlook 
after applying filters 
specified by user to 
get only information 
requested 



Fetch financial 
information from 
user's preferred 
financial site using 
user's options 
passwords, etc., 



6/21/2000 



15 



** TOTAL PAGE. 04 ** 



SSM&P Docket No.: 13579 
IBM Docket No.: YOR9-2000-0236 



DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first 
and joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a 
patent is sought on the invention entitled: DEMAND PULL - MULTICHANNEL ASYNCHRONOUS DATA AND APPLICATION 
SYNCHRONIZATION FOR PERVASIVE DEVICES 

the specification of which (check one) 

x is attached hereto. 

was filed on as United States Application Number 

or PCT International Application Number 

and was amended on (if applicable) 

1 hereby state that I have reviewed and understand the contents of the above identified specification, including 
the claims, as amended by any amendment referred to above. 

'¥? acknowledge the duty to disclose information which is material to the patentability of this application in 
: Scordance with Title 37, Code of Federal Regulations, Section 1.56. 

-thereby claim foreign priority benefits under Title 35, United States Code, §119 (a) -(d) or §365 (b) of any 
^f&reign application (s) for patent or inventor's certificate, or §365 (a) of any PCT International application 
^SLidta. designated at least one country other than the United States, listed below and have also identified below, 
jby checking the box, any foreign application for patent or inventor's certificate, or PCT International 
^plication, having a filing date before that of the application on which priority is claimed: 

: #rior Foreign Application (s) Priority Claimed 

Yes No 

(Country) (Day /Month/ Year Filed) 

_ Yes No 

(Country) (Day/Month/Year Filed) 
Yes No 

2 (Number) (Country) (Day /Month/ Year Filed) 

jphereby claim the benefit under 35 U.S.C. §119 (e) of any United States provisional application (s) listed below. 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 
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date of the prior application and the national or PCT international filing date of this application: 
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Section 1001 of Title 18 of the United States Code and that willful false statements may jeopardize the validity 
of the application or any patent issued thereon. 

power OF ATTORNEY.- As a named inventor I hereby appoint the following attorney (s) and/or agent (s) to prosecute 
this application and transact all business in the Patent and Trademark Office connected therewith (list name and 
registration number) . 



(Number) 



(Number) 



SSM&P Docket No.: 13579 
IBM Docket No. : YOR9-2000-0236 



Manny W. Schecter (Reg. 31,722), Lauren C. Bruzzone (Reg. No. 35,802), Christopher A. 
Hughes (Reg. 26,914), Edward A. Pennington (Reg. 32,588), John E. Hoel (Reg. 26,279), 
Joseph C. Redmond, Jr. (Reg. 18,753), Douglas W. Cameron (Reg. No. 31,596), Wayne L. 
Ellenbogen (Reg. No. 43,602), Stephen C. Kaufman (Reg. No. 29,551), Daniel P. Morris (Reg. 
No. 32,053), Louis J. Percello (Reg. No. 33,206), Jay P. Sbrollini (Reg. No. 36,266), 
David M. Shofi (Reg. No. 39,835), Robert M. Trepp (Reg. No. 25,933), Paul J. Otterstedt 
(Reg. No. 37,411) and Louis P. Herzberg (Reg. No. 41,500). 



DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 

Send Correspondence to: Richard L. Catania, Scully, Scott, Murphy & Presser 

400 Garden City Plaza, Garden City, Mew York 11530 

Direct Telephone Calls to: (name and telephone number) Richard L. Catania, (516) 742-4343 



Chandrasekhar Na ray anas wami 



Esll name of sole or first inventor 



£§ventor's Signature Date 



M. Loncrmeadow Road, Wilton, CT 06897 



I^esidence 
india 



Citizenship 

ildme as residence 



P6st Office Address 



JUN 27 *00 13=06 FR 



TO 915167424366 P. 03 



PATENTS 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicant: Chandrasekhar Narayanaswami 

SerialNo.: Unassigned Docket: 13579 (YOR9-2000-0236) 

Filed: Herewith 

For: DEMAND PULL - MULTICHANNEL ASYNCHRONOUS DATA 

AND APPLICATION SYNCHRONIZATION FOR PERVASIVE DEVICES 

Assistant Commissioner for Patents 
Washington, DC 2 0231 

ASSOCIATE POWER OF ATTORNEY AND 
REQUEST FOR CHANGE OF MAILING ADDRESS 

Sir; 

Applicant, by his attorneys of record, hereby grants 
an Associate Power of Attorney to: 

RICHARD L. CATANIA, Reg. No. 32,608; FRANK S. DIGIGLIO, Reg. 
31,346; KENNETH L. KING, Reg. No. 24,223; STEPHEN D. MURPHY , 
Reg. No. 22,002; LEOPOLD PRESSER, Reg. No. 19,827; and JOHN S. 
SENSNY, Reg. No. 28,757 

with full power of substitution to prosecute this application 
and transact all business in the United States Patent and 
Trademark Office in connection therewith. 

Applicant further requests that all future 
correspondence in connection with this application be directed 
and addressed to: 

RICHARD L. CATANIA, ESQ. 
SCULLY, SCOTT, MURPHY AND PRESSER 
4 00 Garden City Plaza 
Garden City, New York 11530 

Direct all telephone calls to//{516) 742-4343. 



Respectfully submitted, 




Dayid M. Shofi 

jistration No.: 39,835 
Telephone No.: (914)945-3247 



IBM Corporation 
T.J- Watson Research Center 
Route 134/Kitchawan Road 
P.O. Box 218 

Yorktown Heights, New York 10598 
SF/vjs 



** TOTAL PRGE.03 ** 



